SPECIFICATION 



TITLE OF THE INVENTION 

Cell Multiplexing Apparatus Handling Multiple Items 

of Information 
BACKGROUND OF THE INVENTION 

The present invention relates to an asynchronous 
transfer mode (ATM) transmission apparatus for multiplex- 
ing coded audio signals into a cell for transmission over 
a transmission network in ATM mode. 

Research is progressing on the so-called ISDN (inte- 
grated services digital network) . This is a branch of 
technologies for concurrently transmitting over a single 
network multiple pieces of information that are different 
in characteristics, such as audio information and dynamic 
image information. Drawing attention in this area today 
is asynchronous transfer mode (ATM) , a switching technique 
indispensable for implementing a broadened ISDN (B-ISDN) . 
This technique involves dividing communication information 
into packets called cells of a fixed length for transmis- 
sion. 

The most commonly utilized method today for coding 
telephone voice signals in digital format is pulse code 
modulation (PCM) at a transmission rate of 64 kilobits per 
second. Where it is desired to lower the transmission 
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rate (also known as bit rate) without degrading the quality 
of voice transmitted, one known method employed is ADPCM 
(adaptive differential pulse code modulation) at a trans- 
mission rate of 32 kilobits per second. 

About to be put into practice is what is known as low 
delay code excited linear prediction (LD-CELP : CCITT G728). 
This is a method for converting every five values sampled 
at 8 kHz into a predetermined code of 10 bits, whereby a 
transmission rate of 16 kilobits per second is provided. 

Where voice signals are transmitted as communication 
information, the quality of voice sound deteriorates if 
the transmission delay time Involved is prolonged. Thus 
there are strict limits to how long the transmission delay 
time is allowed to be. 

Described below is a typical setup of the above- 
mentioned ATM transmission using voice signals. Fig. 2 is 
a block diagram of a typical prior art ATM transmission 
apparatus, and Fig. 3 is a view showing the constitution 
of an ATM cell used by the conventional apparatus of Fig. 
2. In Fig. 2, an exchange 1 accommodates subscriber lines 
from a plurality of subscriber terminals 2 and is connect- 
ed to the ATM transmission apparatus 4 via a plurality of 
channels 5. 
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Suppose that one of the subscriber terminals 2 (i.e., 
calling subscriber) makes a call to communicate with 
another subscriber terminal (i.e., called subscriber) via 
an ATM transmission line 3. In that case, the exchange 1 
first connects the terminal 2 of the calling subscriber to 
the ATM transmission apparatus 4 over a given channel 5. 

In turn, the ATM transmission apparatus 4 converts 
into a predetermined digital code (called coded informa- 
tion) the voice signal transmitted from the subscriber 
terminal 2 (calling subscriber) through the exchange 1 and 
channel 5. The ATM transmission apparatus 4 then gener- 
ates an ATM cell 10. multiplexes it with another cell made 
of the voice signal from the subscriber terminal 2, and 
transmits the multiplexed result over the ATM transmission 
line 3. 

As depicted in Fig. 3, cells generated by the ATM 
transmission apparatus 4 are each composed of 54 octets. 
The first five octets constitute an ATM header 7. The ATM 
header 7 includes a virtual path identifier (VPI) and a 
virtual channel identifier (VCI) . The remaining 48 octets 
make up a payload 8 comprising coded information. 

Of the 48 octets constituting the payload, the first 
octet contains a sequence number identifier (SN) and a 
data type identifier (IT); the last two octets make up an 
effective data length identifier (LI) and a cyclic redun- 
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dancy check identifier (CRC). The remaining 45 octets 
(i.e.. 360 bits) constitute a payload user information 
part 11 for transmitting the coded information. 

The ATM transmission apparatus 4 of Fig. 2 is 
equipped for each channel 5 with a coder-decoder 41, a 
code buffer 42, a payload assembler 43 and an ATM multi- 
plexer 13. The channels 5 are provided commonly with a 
cross connection multiplexer 45. These components work as 
follows : 

The coder-decoder 41 digitizes a voice signal illus- 
tratively according to the LD-CELP method. The voice 
signal has been transmitted from a subscriber terminal 2 
(calling subscriber) over a channel 5 and through the 
exchange 1. The signal in digital format is stored in the 
code buffer 42 downstream. 

The payload assembler 43 monitors the amount of coded 
information in the code buffer 42. On detecting an accu- 
mulation of 36 items of coded information (i.e., 360 bits, 
or 45 octets) in the code buffer 42, the payload assembler 
43 gets the accumulated 36 items of coded information from 
the code buffer 42 and assembles them into a payload 8. 
The payload 8 is then transferred to the ATM multiplexer 
13 downstream. 

Upon receipt of the payload 8 from the payload assem- 
bler 43, the ATM multiplexer 13 composes a cell by adding 
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an ATM header 7 to the payload coming- from the payload 
assembler 43. The cell when composed is transferred to 
the cross connection multiplexer 45. 

The cross connection multiplexer 45 stores temporari- 
ly in a queue (i.e., buffer) the cells transferred from 
the ATM multiplexers 13 upstream. The cells are then 
output onto the ATM transmission line 3 in the order in 
which they were stored into the buffer. 

As described, in the prior art ATM transmission 
apparatus 4, the coded information made of the voice 
signals coming from subscriber terminals 2 is transmitted 
over the ATM transmission line 3 after 36 items of the 
coded information are accumulated in the code buffer 42 
and are assembled into a cell for transmission. 

It takes 625 microseconds (ms) for the coder-decoder 
41 to generate one item of coded information (i.e., 125 ms 
x 5). That is, a delay time of 22,500 ms occurs by the 
time 36 items of coded information are accumulated in the 
code buffer 42 (i.e., 625 ms x 36). This often makes it 
difficult to comply with the time constraints on transmis- 
sion delay under the LD-CELP method. As a result, a 
serious adverse effect on the quality of transmitted voice 
can occur. 

Today, there is a possibility that in-house LAN's 
(local area networks), based on the DQDB (distributed 
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queue dual bus) system proposed under IEEE (Institute of 
Electrical and Electronics Engineers) 802.6, will gain 
widespread acceptance. If that happens, the congestion of 
different types of communication information 6 which will 
result upon transmission can be a severe disadvantage to 
the system. 

Packet data transmitted over the LAN's have variable 
lengths while ATM cells 10 have a fixed length. When 
communication information is divided, the divided items 
are multiplexed into an ATM cell 10. If a fraction of the 
cell 10 constitutes the information, the remaining vacant 
parts are filled with dummy patterns so that the finished 
cell will be a complete cell. The smaller the fraction 
and the higher the frequency at which a fractionally 
complete cell occurs, the more dummy patterns are needed 
to fill the gap. As a result, the transmission efficiency 
decreases . 

More and more terminals connected to in-house LAN's 
including those in compliance with the DQDB system will 
likely be multi-media terminals such as TV telephone sets 
and audio/visual output devices. There is little doubt 
that the number of available channels will not keep up 
with the growing number of multi-media terminals. Fur- 
thermore, if equipped with a transmitter-receiver for each 
different medium, the multi-media terminal will bloat in 
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size and cost and will run counter to today's trend toward 
downsized terminals with compact functions. 

Certain kinds of communication information such as 
motion pictures require synchronism between dynamic image 
information and audio information when transmitted. 
Ensuring synchronism between the different kinds of infor- 
mation is necessary so as to keep the received information 
meaningful. In may be arranged technically that each cell 
comprises either audio or image information alone. In 
that case, a relatively small amount of audio information 
is in disproportionate contrast with large quantities of 
dynamic image information. This can result in what is 
known as image cell drop-out, i.e., the rate at which to 
transmit dynamic image information failing to keep up with 
the rate of audio information transmission . The image 
cell drop-out can be a major cause of deterioration in 
image quality. 
SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to 
provide a cell multiplexing apparatus operating in asyn- 
chronous transfer mode (ATM), the apparatus minimizing the 
delay time required to transmit communication information 
of a single or a plurality of kinds over an ATM transmis- 
sion network while collectively handling communication 
information of different media with no data drop-out. 
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In carrying out the invention and according to one 
aspect thereof, there is provided a cell multiplexing 
apparatus which receives communication information over at 
least two channels of any one of the same and different 
kinds, which assembles the received Information into an 
asynchronous transfer mode cell made of a fixed-length 
header and a payload, and which transmits the assembled 
cell. The apparatus comprises: call monitoring means for 
obtaining call setting information from individual items 
of the communication information; and multiplexing means 
for multiplexing the communication information received 
over the minimum of two channels into a single asynchro- 
nous transfer mode cell of a fixed length in accordance 
with the call setting information obtained by the call 
monitoring means. 

In Fig. 1, call monitoring means 100 monitors each of 
the multiple channels 5 for the call setting status in 
order to select a plurality of channels 5 for which the 
same cell may be assembled (i.e., for the same destina- 
tion) . Cell multiplexing means 200 takes audio informa- 
tion or ATM cells from the multiple channels 5 selected by 
the call monitoring means 100, divides the received infor- 
mation or ATM cells, and assembles the divided parts in a 
multiplexing manner into a new cell (containing a payload 
8) . 



In a preferred structure according to the invention, the 
multiplexing means 200 may multiplex control and alarm 
information from the channels 5 selected by the call 
monitoring means together with, say, audio information 
into a cell. Alternatively, the multiplexing means 200 
may assemble a cell using audio signals obtained by con- 
verting a plurality of sampled values into a code of a 
predetermined number of bits. Because the communication 
information 6 from the multiple channels 5 is multiplexed 
as described into a single cell according to the inven- 
tion, the transfer delay is minimized. 

When a plurality of items of information are multi- 
plexed into a single cell, the payload part of the cell 
may be formed to a fixed or variable length. How the 
payload part is formed may be expressed as payload control 
information that is prefixed to the beginning of the 
payload 8. 

Only the same kind of communication information 
(e.g., audio information) may be multiplexed into a single 

cell. Alternatively, communication information of differ- 
ent characteristics (audio and image information) may be 
multiplexed into a single cell. 

In a further preferred structure according to the 
invention, a plurality of ATM cells 10 received as commu- 
nication information 6 may be divided and the divided 
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parts may be multiplexed into a new ATM cell 10. 

These and other objects, features and advantages of 
the invention will become more apparent upon a reading of 
the following description and appended drawings. 
BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a view illustrating the operating principle 
of the present invention; 

Fig. 2 is a block diagram of a typical prior art ATM 
transmission apparatus; 

Fig. 3 is a view showing the constitution of an ATM 
cell used by the conventional apparatus of Fig. 2; 

Fig. 4 is a block diagram depicting the overall 
system configuration of a first embodiment of the inven- 
tion; 

Fig. 5 is a block diagram of an ATM transmission 
apparatus in the first embodiment; 

Fig. 6 is a view showing the format of an ATM cell 
used by the first embodiment; 

Fig. 7 is a conceptual view indicating how data items 
are multiplexed by the first embodiment; 

Fig. 8 is a detailed view showing how call monitors 
are illustratively structured in the first embodiment; 

Fig. 9 is a view depicting typical sequences of con- 
trol operations in effect when a call is connected by the 
first embodiment; 
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Fig. 10 is a view portraying the sequence of opera- 
tions between a code buffer controller and a code buffer 
on the calling side where a call is connected by the first 
embodiment ; 

Fig. 11 is a view showing the sequence of operations 
between a code buffer controller and an ATM multiplexer on 
the called part where a call is connected by the first 
embodiment ; 

Fig. 12 is a view depicting the sequence of opera- 
tions between a code buffer controller and a code buffer 
on the called side where a call is connected by the first 
embodiment ; 

Fig. 13 is a view illustrating the overall system 
configuration of a second embodiment of the invention; 

Fig. 14 is a function block diagram of a cell mapping 
part in the second embodiment; 

Fig. 15 is a conceptual view showing how ATM cells 
are multiplexed by the second embodiment; 

Fig. 16 is a view depicting the format of a channel 
identifier in a new ATM cell produced by the second embod- 
iment ; 

Fig. 17 is a block diagram portraying the overall 
system configuration of a third embodiment of the inven- 
tion ; 
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Fig. 18 is a view illustrating the format of a chan- 
nel ID part in a new ATM cell produced by the third embod- 
iment ; 

Fig. 19 is a block diagram depicting the overall 
system configuration of a fourth embodiment of the inven- 
tion ; 

Fig. 20 is a conceptual view showing how ATM cells 
are multiplexed by the fourth embodiment; 

Fig. 21 is a block diagram sketching the overall 
system configuration of a fifth embodiment of the inven- 
tion ; 

Fig. 22 is a block diagram of an interface part that 
handles the transmission and reception of ATM cells in the 
fifth embodiment; 

Fig. 23 is a function block diagram showing how a 
buffer controller and an ATM multiplexer operate on the 
transmitting side of the fifth embodiment; 

Fig. 24 is a function block diagram depicting how a 
buffer controller and an ATM multiplexer operate on the 
receiving side of the fifth embodiment; 

Fig, 25 is a conceptual view illustrating how ATM 
cells are multiplexed by the fifth embodiment; 

Fig. 26 is a view showing typical contents of payload 
control information parts in ATM cells in connection with 
the fifth embodiment; 
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Fig. 27 is a view describing how the ATM cells multi- 
plexed by the fifth embodiment as shown in Fig. 25 are 
restored back to the original information; 

Fig. 28 is a view showing a detailed format of an ATM 
cell in connection with the fifth embodiment; 

Fig. 29 is a view indicating what is typically meant 
by a DB header stored in a payload control information 
part in connection with the fifth embodiment; 

Fig. 30 is a view depicting typical contents of a DC 
header stored in a payload control information part in 
connection with the fifth embodiment; and 

Fig. 31 is a view showing the format of an ATM cell 
that actually contains information in connection with the 
fifth embodiment. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
First Embodiment: 

The first embodiment of the invention is arranged to 
divide audio information from a plurality of channels into 
ATM cells 10 of a fixed length each for multiplexing. 
Fig. 4 depicts the overall system configuration of the 
first embodiment, Fig. 5 is a block diagram of an ATM 
transmission apparatus in the first embodiment, and Fig. 6 
shows the format of an ATM cell used by the first embodi- 
ment. 
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Fig. 7 is a conceptual view indicating how data items 
are multiplexed by the first embodiment. Fig. 7 shows how 
audio information from a plurality of channels 5 (data A, 
data D , data C, ...) is multiplexed into ATM cells 10. 

In Fig. 4, an exchange 1 accommodating subscriber 
lines from subscriber terminals 2 is connected to an ATM 
transmission apparatus 4. The ATM transmission apparatus 
4 on the calling side is in turn connected via an ATM 
transmission line 3 to another ATM transmission apparatus 
4 on the called side. 

In Fig. 5. call monitors 46 constituting call moni- 
toring means 10 are provided in the ATM transmission 
apparatus 4. The call monitors 46 are connected to ATM 
processors 44. Each ATM processor 44 comprises a code 
buffer 42, a data multiplexer 36 and an ATM multiplexer 
13, the latter two constituting multiplexing means 200. 

Referring again to Fig. 4, suppose that a subscriber 
(calling subscriber) wishes to make a call to another 
subscriber (called subscriber). In that case, the ex- 
change 1 connects the calling subscriber's terminal 2 to 
the ATM transmission apparatus 4 via a given channel 5. 
In Fig. 5, the calling subscriber sends to the ATM trans- 
mission apparatus 4 call setting information for setting 
up the call. 

In the ATM transmission apparatus 4, the call moni- 



tors 46 monitor the call setting information coming from 
calling subscribers over the channels (data A - n). From 
the call setting information, each call monitor 46 obtains 
the settings needed to determine a virtual path identifier 
VP! and a virtual channel identifier VCI for the relevant 
ATM processor 44. The settings are transferred along with 
identification information of each channel 5 to the data 
multiplexer 36. The transfer is made to a buffer control- 
ler 12 (buffer control means 12) in the data multiplexer 
36 via a control line 37 provided independently of data 
communication lines. 

How each call monitor is typically structured will 
now be described with reference to Fig. 8. As shown in 
Fig. 8, each call monitor comprises call monitor units 38 
provided for the respective channels, a control signal 
transmitter-receiver 15 for recognizing a channel control 
signal received over the channels 5, and a transmission 
path selector 16 for obtaining path information from the 
channel control signal. 

The control information including the channel control 
information may be obtained on an in-slot basis (i.e., the 
information is contained in the audio signal from the 
channels 5), or on an out-slot basis (the information is 
received over a separate control line 37 independent of 
the audio information). 
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In the data multiplexer 36 of Fig. 5, the buffer 
controller 12 analyzes the information sent from the call 
monitor 46, determines the virtual path identifier VPI and 
virtual channel identifier VCI for identifying the call, 
selects up to six channels 5 that determined the identifi- 
ers VPI and VCI, and forms a group of communication data 
accordingly. This group of communication data is a group 
which comprises communication information received over 
different channels 5 and which complies with the virtual 
path identifier VPI and virtual channel identifier VCI of 
the next stage. 

When the calling subscriber starts transmitting 
communication information (audio signal in this example), 
the coder-decoder 41 provided for each channel 5 converts 
to coded information the audio signal transmitted over the 
channels 5 and through the exchange 1. The conversion is 
carried out on the basis of the LD-CELP method. The coded 
information is accumulated in the code buffer 42 of the 
data multiplexer 36. 

The buffer controller 12 monitors the amount of coded 
information being accumulated in each code buffer 42. A 
point is eventually reached where the buffer controller 12 
finds that the code buffers 42 corresponding to the six 
channels 5 forming the same group have each accumulated 
five sets of coded information (a total of 50 bits). At 
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that point, the buffer controller 12 obtains the accumu- 
lated five sets of coded information from the buffers and 
stores them into a user information part 11 of each chan- 
nel 5 in the payload 8 of the cell shown in Fig. 6. 

In addition, the buffer controller 12 collects 
through the call monitors 46 the control information on 
the connection status of six subscribers forming the same 
group (e.g., on-hook/of f -hook information) as well as 
alarm information in connection therewith. The collected 
information is stored in a 10-bit control/alarm informa- 
tion area assigned to the six channels 5 in the payload 8. 

Five sets of coded information (a total of 50 bits) 
and control/alarm information (10 bits) are allocated to 
the six channels 5. These sets of coded information con- 
stitute part of the 360-bit payload 8. 

In the setup of Fig. 6, each coded information area 
of the payload 8 is formed to a fixed length (50 bits). 
Alternatively, these information areas may be formed to a 
variable length each. How this can be achieved will be 
described later in connection with the fifth embodiment 
(Fig. 25). 

The payload 8 is assembled under control of the 
buffer controller 12. The payload data are then output to 
the ATM multiplexer 13 in accordance with the virtual path 
identifier VPI and virtual channel identifier VCI deter- 
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mined commonly for those channels 5 constituting the same 
group . 

The ATM multiplexer 13 assembles a cell by supple- 
menting the payload 8 from the upstream multiplexing part 
with an ATM header 7 containing the virtual path identifi- 
er VPI and virtual channel identifier VCI . The assembled 
cell is transmitted to a cross connection multiplexer 45. 
The cross connection multiplexer 45 places in a queue 
(i.e., buffer) the cells coming from various ATM multi- 
plexers 13. These cells are then output over the ATM 
transmission line 3 in the order in which they arrived. 

Described below with reference to Figs. 9 through 12 
are the sequences of control operations in effect when a 
call is made by the first embodiment. In Fig. 9. the 
upper half shows the sequence of control operations on the 
calling side of the ATM transmission apparatus 4, and the 
lower half indicates the sequence of control operations on 
the called side of the ATM transmission apparatus 4. 

On the calling side of the ATM transmission apparatus 
4, as shown in the upper part of Fig. 9, the control 
signal transmitter-receiver 15 in the call monitor 46 
receives call information, i.e., a start signal and a 
selection signal, from a calling subscriber's terminal 2 
belonging to the same exchange 1. At that point, the 
control signal transmitter-receiver 15 extracts a channel 
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control signal from the received information and sends the 
signal to the transmission path selector. 16. 

Based on the channel control signal received, the 
transmission path selector 16 selects an appropriate 
transmission path, generates channel path information, and 
sends the information to the code buffer controller 12. 
In turn, the code buffer controller 12 determines the path 
of an ATM cell to be generated on the basis of the channel 
path information. With the cell path determined, the code 
buffer controller 12 sends cell transmission path informa- 
tion to the ATM multiplexer 13. 

Concurrently, the code buffer controller 12 reads 
coded information from the code buffer 42. If ant of the 
channels involved is busy with a call, the code buffer 
controller 12 notifies the ATM multiplexer 13 with only 
the control signal such as cell transmission path informa- 
tion until an acknowledge signal is received from the 
opposite exchange. It is only after the opposite exchange 
1 acknowledges receipt and completion of the call and its 
connection that the coded information is transmitted to 
the ATM multiplexer 13. 

Fig. 10 portrays the sequence of operations performed 
between the code buffer controller 12 and the code buffer 
42 In the above setup. As described, upon receipt of the 
channel path information from the transmission path selec- 
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tor 16, the code buffer controller 12 determines the cell 
path and makes a read request to the code buffer 42 by 
designating an appropriate address thereto. The coded 
information is read from the code buffer 42 in response to 
the read request and is transferred to the code buffer 
controller 12. When one cell of coded information has been 
read out by the code buffer controller 12, the controller 
12 outputs a cell generation complete notice to the ATM 
multiplexer 13. The cell generation complete notice 
prompts the ATM multiplexer 13 to make a read request. In 
turn, the code buffer controller 12 supplies the ATM 
multiplexer 13 with payload information made of the chan- 
nel control signal and of the coded information. 

When the ATM. multiplexer 13 prefixes the header 7 to 
the payload information, the result is an ATM cell 10 that 
is transferred through the cross connection multiplexer 45 
of Fig. 5 and on to the ATM transmission line 3. 

Fig. 11 shows the sequence of operations in effect 
when call information sent from the ATM transmission 
apparatus 4 on the calling side is received as the ATM 
cell 10 by the ATM transmission apparatus 4 on the receiv- 
ing side. Upon receipt of the ATM cell 10, the ATM multi- 
plexer 13 sends a cell receipt acknowledge signal to the 
code buffer controller 12 within the receiving-side ATM 
transmission apparatus 4. In turn, the code buffer con- 
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troller 12 makes a read request to the ATM multiplexer 13. 
The read request prompts the ATM multiplexer 13 to read 
the payload information (coded and control information) 
from the ATM cell 10 and to decode the channel path. The 
decoded channel path information is sent by the code 
buffer controller 12 to the control signal transmitter- 
receiver* 15. The channel path information received by the 
control signal transmi t ter- rece i ver 15 is sent both to the 
call monitors 38 (Fig. 8) and to the transmission path 
selector 16 . 

In parallel with the above process, the code buffer 
controller 12 writes the coded information to the code 
buffer 42. The sequence of the write operation is shown 
in Fig. 12. Specifically, upon receipt of the path infor- 
mation from the transmission path selector 16, the code 
buffer controller 12 decodes the channel path and makes a 
write request to the code buffer 42. When the code buffer 
42 grants permission to write, the code buffer controller 
12 writes to the code buffer 42 the coded information 
obtained from the payload 8 in the ATM cell 10. Subse- 
quent operations, not shown in Fig. 12, include outputting 
the coded information that came from the code buffer 42 
onto the ATM transmission line 3 and transmitting the 
information to the called subscriber's terminal. 
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The lower half of Fig. 9 depicts the sequence of 
operations performed by the ATM transmission apparatus 4 
on the called side when the call is acknowledged by the 
called subscriber. Specifically, when the called-side ATM 
transmission apparatus 4 receives acknowledge information 
(acknowledge signal) from the called subscriber, a call 
connection signal is extracted by the control signal 
transmitter-receiver 15 from the received information and 
is sent to the code buffer controller 12 via the transmis- 
sion path selectorl6. Then in the same sequence as shown 
in Fig. 10, the coded information is read from the code 
buffer 42 for cell generation. The payload information is 
forwarded to the ATM multiplexer 13. 

The ATM multiplexer 13 prefixes the header 7 to the 
payload information. The payload information prefixed 
with the header 7 is sent to the cross connection multi- 
plexer 45. In turn, the cross connection multiplexer 45 
transmits the acknowledge information as an ATM 10 to the 
ATM transmission apparatus 4 on the calling side. 

As described, the first embodiment works roughly as 
follows: when the code buffers 42 corresponding to the six 
calls that share a virtual path identifier VPI and a 
virtual channel identifier VCI have each accumulated five 
sets of coded information, the data multiplexer 36 (buffer 
controller 12) in the ATM transmission apparatus 4 starts 
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assembling one set of payload information using separately 
collected control and alarm information. At this point, 
it takes 3,125 ras (i.e., 625 x 5) for each of the code 
buffers 42 to accumulate five sets of coded information. 
That Is, the coded information accumulation time with the 
code buffers 42 is reduced to 5/36 of the time normally 
calculated with the prior art ATM transmission apparatus 4 
(22,500 ms) . 

Second Embodiment: 

The second embodiment is arranged to further multi- 
plex ATM cells 10 into a new ATM cell 10 through remapping 
in an ATM node (i.e., ATM transmission apparatus 4), the 
new ATM cell being output onto the ATM transmission line 
3. Among the plurality of ATM cells 10 to be multiplexed, 
the VCI value of a given ATM cell 10 is taken as the VCI 
value of the header 7 for the new ATM cell 10. The VCI 
values of the old ATM cells 10 are stored as channel 
identification information in the payload 8 of the new ATM 
cell 10. 

As depicted in Fig. 13, the system configuration of 
the ATM transmission apparatus 4 in the second embodiment 
includes ATM converters (AAL's) and a path distributor 50. 
The path distributor 50 contains a path identifier 17 and 
a cell mapping part 18, the path identifier operating as 
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the call monitoring: means 100. Fig. 14 is a function 
block diagram of the cell mapping part 18. The cell 
mapping part 18 comprises a cell mapping controller 22, a 
timer 20 controlled by the cell mapping controller 22, a 
mapping buffer 32, a VCI detector 21 and a cell output 
part 52. 

What characterizes the second embodiment is that the 
signals from subscriber terminals 2 are converted by the 
ATM converters (AAL's) into ATM cells which are then 
remapped by the path distributor 50 into a newly multi- 
plexed ATM cell 10 for output. 

In Fig. 13. the path identifier 17 acts as a kind of 
selector. While receiving information in the form of ATM 
cells 10 from the ATM converters (AAL's), the path identi- 
fier 17 detects VPI values from these cells. If ATM cells 
10 found destined to the same path based on VPI detection 
are received within a predetermined period of time, the 
path identifier 17 inputs these ATM cells into the cell 
mapping part 18. In Fig. 14, cells #1 and #2 have the 
same VIP value. 

When a first ATM cell 10 (i.e.. first cell #1 given 
after timer reset) arrives from an ATM converter (AAL) , 
the timer 20 is activated and the VCI detector 21 is fed 
with a pulse signal indicating the input of the first ATM 
cell 10 (cell #1). The VCI detector 21 detects the VCI 
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value from the cell, and notifies the cell mapping- con- 
troller 22 of the VCI value of the first ATM cell 10 (cell 
#1) . 

The cell mapping controller 22 then assembles a new 
ATM cell 10 (cell #A) with its VCI value taken from the 
first ATM cell 10 (cell #1). That VCI value is also 
stored in a channel ID part 24 of the payload 8. 

When the path identifier 17 detects the arrival of an 
ATM cell (cell #2) having the same VPI value as that of 
the first cell before time is up on the timer 20, the VCI 
detector 21 reads the VCI value from the header 7 of the 
ATM cell 10 (cell #2). The cell mapping controller 22 
writes the VCI value of the ATM cell (cell #2) only to the 
channel ID part 24 in a payload control information part 
23 of the payload 8. Thereafter, whenever an ATM cell 10 
is input of which the VPI value is the same as the above, 
the VCI value is stored successively into the channel ID 
part 24 of the payload 8. The successive storage of VCI 
values into the channel ID part 24 continues until a time- 
out Is reached on the timer 20. 

Concurrently with the storage of the VCI values, the 
information on the ATM cells 10 (cells #1, #2, etc.) is 
stored consecutively into a user information part 11 of 
the payload 8. 
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Fig. 15 illustrates how ATM cells (cells #1, #2, 
etc.) are related In format to the new ATM cell (cell #A) 
In connection with the second embodiment. As shown, the 
VPI and VCI values of the first ATM cell (cell #1) are 
adopted as those of the new ATM cell 10 (cell #A); the VCI 
information of the second and subsequent ATM cells Is 
stored successively into the channel ID part 24. The 
control information and user information of the ATM cells 
10 are placed for each channel into areas of a fixed 
length each within the user information part 11 of the 
payload 8 in the new ATM cell 10 (cell #A) . 

The channel ID part 24 accommodates, in addition to 
the VCI values of the' ATM cells 10 (cells #1, #2, etc.), 
data length information indicating the amount of informa- 
tion (significant bit count or byte length) of each old ATM 
cell 10. If the control information is the same or common 
to the channels 5, the information may alternatively be 
written to an appropriate address of the new ATM cell 10 
(cell #A). Where one sampled data item is fixed to a data 
length of eight bits, as with 64-kbps PCM audio informa- 
tion, the data length information may be stored as a 
single item or may be omitted altogether. 

When a predetermined period of time has elapsed on 
the timer 20 (i.e., upon time-out), the timer 20 outputs a 
trigger signal to the cell output part 52 through the cell 
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mapping controller 22. With the trigger signal output, 
the VIP value is written to the header 7 of the new ATM 
cell 10 (cell #A) via the cell output part 52. The ATM 
cell 10 (cell #A) is then output onto the transmission 
line . 

Even before the time-out of the timer 20, the cell 
mapping part 18 outputs the trigger signal to the cell 
output part 52 if the user information part 11 of the ATM 
cell 10 (cell #A) has been filled to capacity with infor- 
mation. This prompts the output of the ATM cell 10 (cell 
#A) , At this point, the timer 20 is reset regardless of 
the time-out that may or may not be reached on the timer. 

In the receiving side ATM node, the old VCI values of 
the old ATM cells (cells #1, #2, etc.) are extracted from 
the channel ID part 24 in the payload 8 of the new ATM 
cell 10 (cell #A) . At the same time, the data length 
information is read out to determine the allocation of the 
information for the respective old cells. The operations 
combine to reassemble the old ATM cells 10 (cells #1, #2, 
etc . ) . 

Although the above setup involves storing the VCI 
value of the first ATM cell (cell #1) in the channel ID 
part 24 of the payload 8, the channel ID part 24 may 
alternatively accommodate the VCI values of the second and 
subsequent ATM cells 10 (from cell #2 on). In the latter 
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case, the VCI value in the header 7 of the ATM cell 10 
(cell #A) that has arrived may be used unchanged as the 
first user information on the receiving side. 

Although the above setup uses the VCI value of the 
first ATM cell 10 (cell #1) as the VCI value of the new 
ATM cell 10 (cell #A) , an alternative arrangement may be 
employed. Specifically, the maximum or minimum VCI value 
of the old ATM cells 10 (cells #1, #2, etc.) may be de- 
tected by the VCI detector 21. Then the cell mapping part 
18 may write the maximum or minimum VCI value to the header 
7 of the new ATM cell 10 (cell #A) . In this case, the 
writing of the VCI value to the header 7 of the new ATM 
cell 10 (cell #A) is accomplished after mapping. 

As described, the second embodiment assembles old ATM 
cells 10 (#1, #2, etc.) regardless of their many dummy 
patterns (see Fig. 15) into a new ATM cell (#A) with no 
dummy pattern. In this manner, the payload 8 of the new 
ATM cell 10 is utilized efficiently. Because the assembly 
of the new ATM cell 10 is monitored by the timer 20, there 
is no delay in the output of that cell. 

Fig. 16 depicts the format of a channel ID part in a 
new ATM cell (#A) produced by a variation of the second 
embodiment. One way to apportion VPI and VCI values of 
ATM cells in the channel ID format is to set low-order n 
bits as per the number of paths or channels needed by the 

28 



user while the high-order bits are fixed (e.g.. all bits 
fixed to zero). In the example of Fig. 16. the channel ID 
part 24 of the new ATM cell 10 (#A) accommodates only the 
low-order n bits and VCI significant bit count of the VCI 
values from the old ATM cells 10 (#1, #2, etc.). 

According to the preceding method, three bits are 
enough when it comes to expressing, say, five channels for 
use by a single path (VPI). Even if the use of "000" is 
prohibited by the user, a three-bit format provides ex- 
pressions of up to seven channels (001 - 111). 

Where the above method is employed, the cell mapping 
part 22 takes the significant bit count n (n = 7 in the 
above example) of the VCI values from the Input ATM cells 
10 (#1, #2, etc.) and stores the count into a significant 
bit count storage part of the channel ID part 24 in the 
payload 8. Following the bit count storage part, the cell 
mapping part 22 stores consecutively the low-order n bits 
of the VCI values from the Input ATM cells 10. 

The value n may be determined in one of two ways: 
either it is set when entered initially through the net- 
work, or it is determined as needed based on the informa- 
tion obtained from the VCI detector 21. In any case, the 
format of Fig. 16 allows the channel ID part 24 to be used 
efficiently so that an extensive user information part 11 
will be secured in the payload 8. 
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Third Embodiment: 

In the third embodiment, an ATM node (i.e., ATM 
transmission apparatus 4) further multiplexes the informa- 
tion in the form of ATM cells 10 into a new ATM cell 10 
through remapping, and outputs the new ATM cell to another 
ATM node. Among the plurality of ATM cells 10 to be 
multiplexed, the VCI value of a given ATM cell 10 is taken 
as the VCI value of the header 7 for the new ATM cell 10. 
The VCI values of the old ATM cells 10 are converted to 
channel numbers through a management table 25 for storage 
into the channel ID part 24 of the new ATM cell 10. 

Fig. 17 portrays the system configuration of the 
third embodiment. In Fig. 17, the cell mapping controller 
22 is basically the same In composition as that of the 
second embodiment except for the management table- 25 shown 
in the figure. The other components that are functionally 
identical to those described in connection with the second 
embodiment are designated by the same reference numerals, 
and any repetitive description thereof is omitted. As 
depicted in Fig. 17, the management table 25 is made of 
conversion tables each converting the VCI numbers under a 
given VPI into channel numbers. 

When notified of the VCI values of the old ATM cells 
10 (#1. #2. etc.) by the VCI detector 21, the cell mapping 
controller 22 references the conversion table of the 
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applicable VPI in the VCI management table 25, and reads 
the corresponding channel numbers therefrom. The channel 
numbers thus read out are written consecutively, together 
with data length information, to the channel ID part 24 of 
the new ATM cell 10 (#A). 

Fig. 18 illustrates the format of the. channel ID part 
24 in a new ATM cell produced by the third embodiment. As 
with the second embodiment, if the data length is the same 
throughout the payload user information part 11 of this 
format, only one data length may be stored, or the storage 
of data lengths may be omitted altogether. 

Fourth Embodiment: 

In the fourth embodiment, an ATM node (I.e., ATM 
transmission apparatus 4) further multiplexes the informa- 
tion in the form of ATM cells 10 into a new ATM cell 10 
through remapping, and outputs the new ATM cell to another 
ATM node. What characterizes the fourth embodiment is 
that a representative VCI indicating a plurality of multi- 
plexed cells is stored as the VCI value of the new ATM 
cell 10. 

Fig. 19 depicts the system configuration of the 
fourth embodiment which includes a representative VCI 
prefixing part 53. The other components that are func- 
tionally identical to those described in connection with 
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the second embodiment are designated by the same reference 
numerals, and any repetitive description thereof is omit- 
ted. 

With the fourth embodiment, the cell mapping control- 
ler 22 sends a trigger signal to the representative VCI 
prefixing part 53 immediately after reset or time-out of 
the timer 20 or when the user information part 11 of the 
payload 8 has been filled with information. This causes 
the representative VCI value to be written to the header 7 
of the new ATM cell 10 (#A) . The representative VCI 
stands for a plurality of cells being multiplexed and is 
preferably reserved as a special number. Fig. 20 shows 
how old ATM cells 10 (#1, #2, etc.) compare in format with 
the new ATM cell 10 (#A) in connection with the fourth 
embodiment . 

Upon receipt of the multiplexed ATM cell 10 (#A) 
prefixed with the representative VCI, the ATM node on the 
receiving side disassembles the ATM cell 10 (#A) into the 
original plurality of ATM cells 10 (#1, #2. etc.). The 
disassembled ATM cells 10 are transferred to the terminals 
corresponding thereto. If an ATM cell 10 (#B) has no 
representative VCI prefixed thereto, the cell is trans- 
ferred intact to the corresponding terminal or ATM trans- 
mission apparatus 4. 
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The prefixing of the representative VCI may be imple- 
mented by combining the methods of the second and third 
embodiments . 

Fifth Embodiment: 

The fifth embodiment Involves dividing into variable 
lengths a plurality of items of information generated by 
terminals (i.e., terminal equipment; TE) in an in-house 
setup and multiplexing these items in the payload 8 of an 
ATM cell 10. 

Fig. 21 sketches the overall system configuration of 
the fifth embodiment. In the in-house setup of Fig. 21, 
terminals (TE) connected to in-house bus means 28 coming 
from network transit switching equipment 26 are illustra- 
tively multimedia terminals. Each of these terminals 
incorporates a pair of interface parts 30 that transmit 
and receive image information, audio information, text 
data and other data in the form of ATM cells 10. Fig. 22 
illustrates an interface part 30 in more detail. As 
depicted, the interface part 30 comprises an ATM multi- 
plexer 13, a buffer controller 12 and a buffer 54. In 
each terminal (TE) , one interface part 30 is located on 
the upward-bound bus side and the other interface part 30 
on the downward-bound bus side. 

Fig. 23 is a function block diagram showing how the 
buffer controller 12 and the ATM multiplexer 13 operate on 
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the transmitting side of the fifth embodiment, and Fig. 24 
is a function block diagram depicting how the same compo- 
nents operate on the receiving side. 

What takes place on the transmitting side of the 
fifth embodiment in Fig. 23 is as follows: data items (A, 

B, C N) from terminals are first written to the 

buffer 54. When a buffer input counter 2302 has counted 
the data items up to a predetermined value, the counter 
notifies an input transmission rate calculation part 3203 
that the predetermined count value is reached. Based on 
that input count value, the input transmission rate calcu- 
lation part 3203 calculates the transmission rate of the 
input data and notifies a payload assembly ratio calcula- 
tion part 2305 of that rate. At the same time, a desired 
transmission rate request processing part 2304 receives 
desired transmission rate requests from the terminals (TE) 
and notifies the payload assembly ratio calculation part 
2305 of these requests. 

Based on the received information and on the data 
from a bus monitoring and processing part 2312, the pay- 
load assembly ratio calculation part 2305 determines how 
the different data items are to be allocated in the pay- 
load 8. The data allocation thus determined is sent to a 
sub-header assembly part 2309 and to a read order and 
amount controller 2306 of the payload control information 
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part 23. 

In turn, the read order and amount controller 2306 
activates individual input buffer reading parts 2307 which 
read necessary amounts of data from the buffer 54 in a 
predetermined order. The read-out data are handed over to 
a payload data assembly part 2308 of the ATM multiplexer 
13. 

After the sub-header assembly part 2309 prefixes the 
payload control information part 23 as a sub-header 7 to 
the payload 8, an ATM header prefixing part 2310 prefixes 
the other items of the header 7 (e.g., VPI , VC1) to the 
ATM cell 10. The completed ATM cell 10 is then sent to a 
transmission buffer 2311 (first-in first-out memory) in 
the ATM multiplexer 13. From the buffer 2311, the ATM 
cell 10 is output onto the in-house bus means 28. 

What takes place on the receiving side of the fifth 
embodiment in Fig. 24 is as follows: when an ATM cell 10 
is received through the in-house bus means 28, cell re- 
ceipt information is sent from an ATM header identifica- 
tion part 2413 to a bus monitoring and processing part 
2412 within the ATM multiplexer 13. This causes necessary 
processing to take place according to the protocol (e.g., 
DQDB protocol) of the in-house bus means 28. 

The ATM cell thus received is accumulated in a recep- 
tion buffer 2414 (first-in first-out memory) in the ATM 
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multiplexer 13. Thereafter, the ATM cell is sent both to 
a sub-header removal part 2416 and to a sub-header analy- 
sis part 2415. the latter analyzing the sub-header 7 held 
in the payload control information part 23. In accordance 
with the result of the analysis on the sub-header 7 , the 
payload control information part 23 is removed and the 
user information part 11 of the payload 8 is disassembled 
by a payload data disassembly part 2417. Following disas- 
sembly, image information, audio information, text data 
and other data are transferred to individual data trans- 
mission buffer writing parts 2419 via individual data 
buffers 2418 (first-in first-out memory). These kinds of 
information are read from the buffers according to the 
transmission rate determined by a desired transmission 
rate request processing part 2421. 

What characterizes the fifth embodiment is that, as 
discussed with reference to Fig. 23, the relative ratio at 
which to assemble different data into the payload 8 is 
varied (by the payload assembly ratio calculation part 
2305) in accordance with the desired transmission rates 
requested and with the actually input transmission rate. 
While the first through the fourth embodiment allocate 
data in a fixed length format within the payload 8 upon 
multiplexing of information in the ATM cell 10, the fifth 
embodiment allocates data in a variable length format 
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within the payload 8. 

Fig. 25 is a conceptual view illustrating how ATM 
cells are multiplexed by the fifth embodiment. In Fig. 25 
transmitted information composed of four data types (data 
A through data D; in the upper part of the figure) is 
shown multiplexed in variable lengths (in the lower part 
of the figure) within the payload 8 of an ATM cell 10. 
These four kinds of data (data A - D) may be data for a 
different channel each (e.g., data A representing image, 
data B sound, data C text data). The fifth embodiment is 
particularly effect when used with an in-house setup 
wherein multimedia terminals connected to an in-house LAN 
are often required to transmit and receive information of 
different channels in synchronism. 

Generally, the ATM cell 10 comprises the ATM header 
7, payload control information part 23 and payload user 
information part 11. The ratio of assembling each of 
different types of information into the payload user 
information part 11 is calculated by the payload assembly 
ratio calculation part 2305. The ratio is determined 
after consideration of such factors as whether or not the 
information to be transmitted needs to be processed at 
high speed and whether or not the information is to be 
handled on a burst basis. 
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Fig. 26 shows typical contents of payload control 
information parts in ATM cells (i.e.. lower half of what is 
depicted in Fig. 25) in connection with the fifth embodi- 
ment, and Fig. 28 gives a detailed format of one of such 
ATM cells. As illustrated in Fig. 28, the payload control 
information part 23 contains a DB header (first control 
area 34) and a DC header (second control area 35). The DB 
header comprises identifiers each indicating the begin- 
ning, an intermediate portion or the end of the informa- 
tion in question. The DC header includes identifiers 
indicating the data length of each item of information 
held in this ATM cell 10. 

Take, for example, the first ATM cell 10 (cell 1) 
shown in the lower half of Fig. 25. This ATM cell con- 
tains the beginning of each of data A through data C, 
while data D is not stored. Thus the DB header contains 
an identifier (e.g., "01") indicating the beginning of 
each of data A through data C, and includes another iden- 
tifier (e.g., "00") indicating the absence of data D (see 
Fig. 29, to be discussed later). The DC header stores the 
data length of each of the different data (Al, Bl, CI; see 
Fig. 30, to be discussed later). 

On the receiving side, the DB and DC headers are read 
out of the payload control information part 23. The 
information contained in the headers allows the receiving- 
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side ATM transmission apparatus to recognize what kinds of 
information are held and how they are allocated in the 
payload user information part 11 of the ATM cell 10 in 
question. With the necessary information thus revealed, 
the original data A through D are restored precisely. 
Fig. 27 describes how the ATM cells multiplexed by the 
fifth embodiment as shown in the lower half of Fig. 25 are 
restored back to the original data (data A through D). 

In the ATM cell format shown in Fig. 28, what charac- 
terizes the fifth embodiment is that, as mentioned above, 
the payload user information part 11 is headed by the 
payload control information part 23 which comprises the 
first control area 34 and second control area 35. The 
first and the second control areas 34 and 35 accommodate 
the DB header and DC header, respectively, as identifiers. 
The DB header may store up to four identifiers two bits in 
length each. The meanings of these identifiers (DCF's) 
are listed in Fig. 29. 

In Fig. 29, a bit string "00" held in. a DCF means 
that no data is stored in the corresponding payload user 
information part 11; a bit string "01" means that the 
beginning of transmitted data is stored; a bit string "10" 
means that an intermediate portion of the transmitted data 
is stored; and a bit string "11" means that the end of the 
transmitted data is stored. 
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The DC header may contain up to four pairs of identi- 
fiers, each pair indicating a data length (DL) and a data 
sequence (DSN. or data sequence number). The DL identifi- 
er denotes the length of the corresponding data accommo- 
dated in the payload user information part 11 (to be 
described below) , and the DSN identifier designates the 
data sequence number of the applicable data as counted 
from the first data. 

The payload user information part 11 ranges from the 
eleventh octet to the fifty-second octet. Actual data are 
allocated in this part according to the ratio determined 
for the respective data. Fig. 31 shows the format of an 
ATM cell that contains actual data in connection with the 
fifth embodiment. 

As described and according to the fifth embodiment, 
numerous kinds of data are multiplexed in each ATM cell 10 
in which the payload 8 is apportioned in variable lengths. 
This feature boosts the efficiency of data transmission 
and makes effective use of the available traffic capacity 
thanks to the high concentration of transmitted data. 

Because there is no need to classify data types on a 
network 27 (in Fig. 21), the structure of the network can 
be simplified. 

With no need to change transmission and reception 
protocols on any terminal (TE) for each different type of 
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data to be transmitted in an in-house setup, the terminal 
may be made smaller in size and simpler in structure than 
before. 

Since it is not necessary to repeat call settings for 
each set of data to be transmitted, the call setting 
procedure becomes more efficient. As a result, transmis- 
sion costs are reduced. 

The ease of keeping synchronism between a plurality 
of kinds of data for simultaneous transmission contributes 
to preventing the voice or image drop-out during multime- 
dia information transmission. 

As many apparently different embodiments of this 
invention may be made without departing from the spirit 
and scope thereof, it is to be understood that the inven- 
tion is not limited to the specific embodiments thereof 
except as defined in the appended claims. 
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